DATA PROCESSING SYSTEM AND METHOD 
FOR MANAGING BROKER TRANSACTION INFORMATION 

Technical Field 

The present invention relates to a data processing system and 
method for managing broker transaction information and, more 
particularly, to a data processing system and method of electronically 
processing data for all types of broker-related activities to include stock 
broker transactions, management of client information, and generation of 
reports in compliance with the requirements of the Securities and Exchange 
Commission (SEC). 

Background of the Invention 

Section 17(a)(1) of the Securities Exchange Act of 1934 ("Exchange 
Act") requires registered broker dealers to make, keep, furnish and 
disseminate records and reports prescribed by the SEC "as necessary or 
appropriate in the public interest, for the protection of investors, or 
otherwise in the furtherance of the purposes of the Exchange Act." Rules 
17(a)(3) and 17(a)(4) of the Exchange Act specify minimum requirements 
with respect to the records that broker-dealers must keep, as well as the 
periods during which those records and other documents relating to the 
broker-dealers* business must be preserved. The SEC, self-regulatory 
organizations ("SROs"), and state securities regulators must have timely 
access to these records to conduct effective examinations involving broker 
enforcement actions. 

Rule 17(a)(3) requires broker-dealers to generate local office 
blotters, record supplemental information on brokerage order memoranda, 
create customer account forms, and maintain additional records concerning^ 
" assbdated persons, customer complaints, and exceptional activity in 
customer accounts. Furthermore, the rule requires that broker-dealers 



designate a principal to be responsible for books and records compliance, 
and requires broker-dealers to make certain records available to each of 
their local offices. The rules even require the monitoring and reporting of 
all electronic mail (e-mail) correspondence to and from a broker. 

Broker-dealers adhere to the rules stated above, using paper blotters 
generated by hand on paper, or using "off-the-shelf database management 
or spreadsheet programs. There are no industry standards for keeping these 
local office blotters. Since the type of blotters kept at each local office 
within the same broker-dealer branch may vary greatly, examination by the 
SEC, SROs, state regulators and broker-dealer compliance personnel is 
difficult and time-consuming. 

State securities regulators more often than not are the authorities that 
have the most contact with the local broker offices. They are, however, 
prohibited under the National Securities Market Improvement Act of 1996 
("NSMIA") from requiring the establishment of books and records rules 
that differ from, or are in addition to, the SEC's rules. NSMIA also 
provides that the SEC must consult periodically with state securities 
regulators concerning the adequacy of the SEC*s books and records 
rules. 

All trades of securities are required to be approved or disapproved 
by the local broker office principal. In local offices where the 
broker-dealer representatives are located in the same office of the principal, 
this approved process can be performed on a timely basis. However, in 
instances where the broker representatives are located outside of the 
principal's office, the broker representatives must, on a timely basis, either 
by mail or courier, deliver to the principal all trades for revievv^JWhil^A 
— process may ensur^tiinelyprocessing of the broker representative's 

prospective trades, utilization of ovemight mail and/or courier services can 



be time consuming and expensive. Sometimes, however, critical trades are 
not made in a timely fashion because of the time it takes to process 
approval of the trade through mail or courier service. 

While the SEC rules are helpful in protecting investors and allow for 
information dissemination which assists in better understanding by the 
industry and the regulators, these rules create significant cost and time 
issues at the local broker office level. Although the current system of 
recording trade information by hand or using off-the-shelf database 
management tools has worked in the past, it is evident that there is a need 
for a comprehensive data processing system to assist broker-dealers, broker 
representatives, local offices and regulators in dealing with the rules. 

Thus, a comprehensive data processing system is needed to address 
the following issues: (i) current methods are too costly and time 
consuming, (ii) a system is needed which would allow office principals to 
approve trades on a more expedient basis, particularly for those instances 
where the broker representatives are located outside of the principaFs 
office, (iii) a system is needed which allows regulators to make more 
efficient £md comprehensive inspections by creation of standardized reports 
which can be instantaneously accessed during an inspection, (iv) a system 
is needed for broker representatives to be able to view books and records 
on a more timely basis to better serve their clients, and to better 
communicate with broker office principals, (v) an electronic audit trail is 
needed to provide security measures which help to prevent unauthorized 
tampering of records, and which flag any unauthorized access and use of 
data in the data processing system, and (vi) a system is needed to handle 
e-mail communications involving broker transactions^ 
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Summary of the Invention 

The present invention relates to a data processing system and 
method for managing broker transaction information in compliance with 
governmental regulations. The data processing system further provides for 
managing other types of broker transaction information such as client 
profiles, and for providing security measures which enhance the ability to 
prevent unauthorized trade activities. 

The data processing system allows for secure input, data transfer and 
storage of a wide array of information. The input, data exchange and 
storage of the data is achieved by electronic data transmission, thus 
eliminating the need for paper logs. The data is entered on remote work 
stations, stored in local databases until the user performs a data 
transmission function which electronically transfers the data to a central 
database. The central database acts as a central repository enabling 
multiple off-site users to view and/or modify data, and generate reports or 
output which may be required by the SEC. The data processing system 
utilizes a secure environment to transmit all data through encryption/ 
decryption. The data processing system further provides for an audit trail 
of modifications made to the recorded data. A hierarchy of user levels is 
established within the data processing system which provides additional 
security measures to prevent unauthorized tampering of data, and to further 
validate the audit trail. 

The data processing system includes computer processing means for 
processing data, storage means for storing data on a storage medium, and 
communication means for transferring data in a secure environment. There 

are five main components or groupings of the data processing-system - 

which allow the data processing system to achieve its fiinctionality. They 
are as follows: (1) the main server database and the Transmission Control 



Protocol (TCP) Listener. The main server database acts as the central 
repository for data entered into the system. The main server database is 
monitored and updated based upon commands executed or facilitated by 
the TCP Listener, which has a permanent connection to a worldwide means 
of communications, such as the worldwide web of global communication 
networks (oftentimes referred to as the "Internet"). The TCP Listener 
accepts requests from users to store and retrieve data on the main server 
database; (2) a first means for processing data or computer software means 
in the form of coded computer instructions which enables data such as trade 
record data and supporting client information data to be entered for each 
client account. The first software means also fiinctions to enable client and 
trade record data to be forwarded to the main server database for storage 
and subsequent retrieval by the appropriate branch manager and/or regional 
compliance director. Each installation of the first software means creates 
and maintains its own local database, and is identified within the system by 
a unique system identification code. This first software means may also be 
referred to as the "broker representative's version." This first software 
means can be installed on a single work station in the form of a personal 
computer, or on a multi-user system within a local area network ("LAN"). 
This first software means also has ftinctionality for the output of data in the 
form of reports required by the SEC, and fiirther allows for other types of 
data output to include an electronic audit trail report of modifications made 
to all recorded data. The first software means also allows for the broker 
trade information to be handled by electronic mail (e-mail); (3) a second 
means for processing data or computer software means is provided which is 

similar to the broker representative's version, but hasjimted^ 

— This second~soft^wSerneans allows a user, such as a branch manager, to 
retrieve client and trade information from the main server database, and to 
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approve or reject trade records generated by various broker representatives. 
This second software means also allows the user to view all trades for any 
and all broker representatives within that branch manager's branch office. 
This software is installed as a single user stand alone system with its own 
5 database, and may be referred to as the "branch manager's version." Like 
the broker representative's version, the branch manager's version can also 
handle electronic mail transactions; (4) a third data processing means or 
computer software means for security purposes is provided which 
establishes and manages the authorized levels of use in the data processing 

1 0 system, such as the adding or updating of user names and passwords 
throughout the system. This third software means also handles other 
requirements to include common administrator fiinctions. This software 
simply communicates with the main server database, but does not have its 
own database. This software is referred to as the "DBMS Administrator" 

15 or "administrator;" and (5) the last component of the system includes yet 
another data processing means or computer software means, also referred 
to as the "regional compliance director's version." This version of software 
enables a user, such as a regional compliance director, to connect to the 
main server database to review trade records for one or more branches at 

20 one time. Like the branch manager's version, this software does not allow 
updates or entry of client or trade records. This software is installed as a 
single user stand alone system, and does not have its own database. 

The above-mentioned components cooperate to provide electronic 
means for recording and monitoring all stockbroker transaction 

25 information. The data processing system maintains records on client 

information such as names, addresses, types of investoents,_trade activity^ — 

~" ^fiiiSds availability, investment objectives, as fijrther discussed below. In 
addition, the data processing system generates reports on daily trade 
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activity, production/activity by stock broker, activity by client and by 
almost any other category of information which has been designated a data 
field within the data processing system. 

Some specific functional aspects of the data processing system of 
5 this invention include the ability to monitor and record any and all data 
changes made to previously entered trade records. This audit function 
prevents the changing of any trade record data without some record being 
made thereof in the main server database. This is an additional security 
feature which further ensures that all data is entered and recorded, whether 

10 it be the entry of original data for a trade transaction, or necessary changes 
which sometimes need to be made to trade data. A trade audit report may 
be generated which shows a change status with regard to each trade record. 

Another specific functional feature of the data processing system of 
this invention includes recordation of all log-ins in the form of a log-in 

15 report which records the specific user and time at which the user made an 
attempt, or actually accessed the data processing system of this invention. 
From this log-in report, security information can be maintained which may 
indicate whether an unauthorized user made, or attempted to make, entry 
into the data processing system. Yet another specific functional feature of 

20 the data processing system of this invention includes recordation and 

processing of all e-mail messages. In addition to the traditional means of 
communication which are monitored by the SEC, e-mail is also now a 
means of communication which is strictly monitored by the SEC. 
Accordingly, the data processing system of this invention addresses this 

25 need for monitoring and recording all electronic mail transactions by 

providing means by which there is complete recordation^and tracking of 

electronic niairto and from a broker representative and client. 
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The data processing system and method of the invention result in a 
comprehensive means to assist broker/dealer representatives, local 
brokerage offices, and government regulators in dealing not only with SEC 
rules, but to better record and track all operations of a brokerage. Other 
5 objects and embodiments of the invention, its nature and various 
advantages will be apparent to those skilled in the art from the 
accompanying figures and the following detailed description of the 
invention. 

Brief Description of the Figures 

10 Figure 1 is a schematic diagram illustrating the major components of 

the data processing system, and the flow of information within the data 
processing system according to the present invention; 

Figures 2A-2E illustrate pull down menus corresponding to a main 
menu bar which are displayed on a user interface screen or display of a 
1 5 computer in the data processing system; 

Figure 3 includes a series of flow diagrams illustrating the setup 
process for initializing the data processing system to accept and process 
data; 

Figure 4 is a flow diagram illustrating how trade information is 
20 created and then recorded on the main server database; 

Figure 5 is a flow diagram generally illustrating data transfer within 
the data processing system; 

Figure 6 is a flow diagram illustrating the flow of data for the broker 
representative's version; 
25 Figure 7 is a flow diagram illustrating the flow of data for the branch 

manager's version; — - 

— FigureSis^aTflowdiagram illustrating the flow of data for the 

regional compliance director's version; 



Figures 9-15 illustrate user interface or screen displays which are 
viewed on a computer terminal and show the manner in which, and the type 
of data which may be entered in the data processing system; 

Figure 16 illustrates a user interface or screen display which 
activates data transfer in the broker representative's version to and from the 
main database; 

Figure 17 illustrates a user interface screen or display showing an 
output in the form of trade summary information which can display trade 
data according to desired data fields; 

Figure 1 8 illustrates an output in the form of a daily trade blotter 
report required by the SEC; 

Figure 19 illustrates a user interface screen or display of the means 
by which a user can select the output of data for selected time periods of 
the daily trade blotter; 

Figures 20-23 illustrate additional outputs which may be created by 
the data processing system in the form of other reports which may be 
required by the SEC; 

Figures 24 and 25 illustrate user interface screens or displays used to 
enter data regarding clients and broker representatives, respectively; 

Figure 26 illustrates a user interface screen or display used to enter 
data regarding user identification, and authorized levels of use of a 
particular user; 

Figure 27 illustrates an output in the form of a report which is an 
audit trail of modifications made to a particular trade record which has been 
previously created and stored in the main server database; 

Figure 28 illustrates a user interface screenvs^kh^allows_a user-^^ — 
select'the output of data in the audit trail report based upon a selected 
broker representative, branch, and time period; 
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Figure 29 shows another output in the form of a log-ins report which 
indicates all users who have logged in or who have made an attempt to log 
into the data processing system; 

Figure 30 illustrates a user interface screen or display which allows 
5 a user to select the output of data in the log-ins report; 

Figure 3 1 is a schematic diagram illustrating the flow of information 
within the data processing system according to the present invention with 
respect to electronic mail which has been sent by a client to a broker 
representative; 

10 Figure 32 is a schematic diagram illustrating the flow of information 

within the data processing system according to the present invention with 
respect to electronic mail which has been sent from a broker representative 
to a client; 

Figure 33 illustrates a user interface display or screen showing the 
15 inbox tab of the e-mail function of the broker representative's version 

which allows the broker representative to receive e-mail, reply to the author 
of the received e-mail, or forward any e-mail message. This screen also 
shows pertinent information for not only e-mail received from a client, but 
also e-mail which has been approved/disapproved by a branch manager and 
20 sent back to the broker for review; 

Figures 34-36 illustrate various pull down menu options displayed 
on the user interface screen or display corresponding to the inbox tab of the 
e-mail portion of the representative's version; 

Figure 37 illustrates a user interface display or screen showing the 
25 outbox tab of the e-mail portion of the representative's version; 

Figure 38 illustrates a user interface display or screen showing the _ 
branch outbox tab of the e-mail portion of the representative's version; 
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Figure 39 and Figure 40 illustrate various pull down menu options 
corresponding to the outbox tab of the e-mail portion of the representative's 
version; 

Figure 4 1 illustrates a user interface screen or display of the sent 
items tab of the e-mail portion of the representative's version; 

Figures 42 and 43 illustrate the various pull down menu options 
corresponding to the sent items tab of the e-mail portion of the 
representative's version; 

Figure 44 shows a user interface screen or display of the new 
message tab of the e-mail portion of the representative's version; 

Figures 45-47 illustrate various pull down menu options 
corresponding to the new message tab of the e-mail portion of the 
representative's version; 

Figure 48 illustrates a user interface screen or display for a print 
command of the e-mail portion of the representative's version; 

Figure 49 illustrates a user interface screen or display for an address 
book of the e-mail portion of the representative's version; 

Figure 50 is a user interface screen or display showing the check 
incoming messages tab of the e-mail portion of the branch manager's 
version; 

Figures 51-53 illustrate various pull down menu options 
corresponding to the check incoming message tab of the e-mail portion of 
the branch manager's version; 

Figure 54 illustrates a user interface screen or display showing the 
searched words function which allows e-mail message text to be scanned 
for usage of any words as identified by the user; 
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Figure 55 is a user interface screen or display showing the check 
outgoing messages tab of the e-mail portion of the branch manager's 
version; 

Figures 56-58 illustrate various pull down menu options 
corresponding the check outgoing messages tab of the e-mail portion of the 
branch manager's version; and 

Figure 59 is a user interface screen or display showing the new 
messages tab of the e-mail portion of the branch manager's version. 



Detailed Description of the Drawing s 

10 The data processing system 10 of this invention is depicted as part of 

the schematic diagram of Figure 1. First, there is a main server computer 
12 which could be in the form of a sufficiently powerful personal computer 
having a central processing unit, main memory, and disk storage, as well 
understood in the art. Computer 12, as well as the others to be discussed 
15 below, can be sufficiently powerful personal computers which have the 
O capability to store and implement data processing instructions from 

computer software loaded thereon. The computer 12 is also equipped with 
a modem and other necessary hardware which allows it to communicate 
with other computers via the worldwide web. The modem, necessary 
20 hardware, and the encryption/decryption software discussed below can be 
generally referred to as communication means in the invention. The main 
server computer 12 hosts the main server database and TCP Listener 
software 14, which may be stored on a computer disk, CD ROM, or other 
storage media well known in the art. The TCP Listener is the set of 
25 program instructions or software which resides with the main server 

database, and is responsiblejorfa^ data to and firom 

each.local-datab^se^installation (i.e., the various installations of the broker 
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representative's, branch manager's, and regional compliance director's 
versions) once a proper data transfer request has been made by an 
authorized user, and then updates the main database with the new data 
received from the remote locations. As discussed, all data transferred in the 
data processing system is by secure means through data encryption/ 
decryption. For each installation of the data processing system, there is 
only one main server database and one TCP Listener. There can be one, or 
a plurality of broker representative's versions/branch manager's 
versions/regional compliance director's versions of software established 
within the data processing system. A DBMS administrator's computer 16 
communicates with the main server computer. The DBMS administrator's 
computer 16 hosts the DBMS administrator software 18 which also may be 
stored on a CD ROM or other storage media known in the art. As with the 
main server computer 12, the DBMS Administrative computer 16 may be a 
personal computer, including its own central processing unit, main 
memory, and disk storage. The DBMS Administrator's computer 16 has 
the option of utilizing a peripheral such as a printer 20 which may produce 
desired printed outputs. One or more single user broker representative's 
computers 22 communicate with the main server database computer 12 to 
input various client, broker representative, and trade information as further 
discussed below. The broker representative's computers 22 may have the 
same capabilities as computers 12 and 16. The broker representative's 
version of software 24 is loaded on the respective broker representative 
computers 22. Each broker representative's computer 22 has the option of 
including a peripheral such as a printer 26 in order to print desired output 

data. A branch manager's computer 28 is also provided which, too, may 

have the same capabilities as computers 12, 16 and 22. The branch 
manager's computer 28 also exchanges data with the main server computer 
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12. The branch manager's computer 28 has the branch manager's version of 
software 30 loaded thereon which allows the branch manager to interface 
with the data processing system. The branch manager's version of software 
30 is similar to the broker representative's version 24; however, the branch 
5 manager's version 30 does not allow for creation of new trade records or 
the modification of trade records which have been created and stored on the 
main server database 14. The branch manager's computer 28 may also 
utilize a peripheral such as a printer 32 to create desired printed outputs. A 
regional compliance director's computer 34 is provided which also may 
^ 2 10 interface with the main server computer 12. The regional compliance 

P director's computer 34 has the regional compliance director version of 

J software 36 loaded thereon. The regional compliance director version of 

vj software 36 is also similar to the broker representative's software 24, but, 

[j^ like the branch manager's version, also does not allow for the creation or 

15 modification of trade records. The regional compliance director's 
O computer 34 may also include a peripheral such as printer 38 in order for 

Q outputs to be reproduced in hard copy. 

In lieu of or in addition to a plurality of single user broker 
representative computers 22, one computer may be designated as a multiple 
20 user LAN computer 40 which facilitates data exchange between the main 
server computer 12, and a plurality of LAN broker representative 
computers 42. Multiple-user LAN computer 40 has the broker 
representative's version of software 24 loaded thereon including one local 
database. Each of the broker representative's computers 42 has a modified 
25 version of the broker representative's version loaded thereon wherein the 
modified version has all the fiinctionality of the regular representative's^^ 
version, but ea_chxomputer-42 sharesThe^ingledatabase located at 
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computer 40. Each of the computers 42 within the LAN may also include 
their own corresponding printers 44 for printing desired outputs. 

When the data processing system includes a LAN wherein one 
installation of software 24 is shared by a number of individual computers 
42, each user will still be assigned their own user ID and password. All of 
the broker representative users in the LAN system enter data in the same 
manner as would a broker representative in a stand-alone single 
installation. Such LAN users also can view all trade records entered in the 
common local database of computer 40. 

The computers 40 and 42 may also be personal computers having 
their own central processing unit, main memory and disk storage capability 
like the other computers mentioned above. In all the computers mentioned 
above, each are equipped with their own video monitor or other means to 
visually observe the entry, exchange, processing and output of data within 
the data processing system. 

The main server computer 12 may incorporate a commercially 
available database for use as the main server database which has the 
capability to store and otherwise manipulate data according to the various 
software means used in the invention. Databases which may be used 
include Oracle^^ or SQL Server™ type databases. 

Figure 1 illustrates the use of two separate computers, 12 and 16, for 
execution of instructions from the software 14 and 18. However, it shall be 
understood that one computer of sufficient power and speed could be used 
to host both pieces of software. Thus, computers 12 and 16 could be just 
one computer. The software incorporated within the data processing 

system of this invention may include separate diskettes or CD ROMs^for 

the variousTiserversions (broker representative's version, branch manager's 
version, and the regional compliance director's version). The main server 
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database and TCP Listener software 14 can also be typically stored on a 
separate diskette or CD ROM. The DBMS Administrator software 1 8 may 
be incorporated with the broker representative's version as a separately 
identified module, or may be stored separately on its own diskette or CD. 
5 Alternatively, as well understood in the art, each of the different groups of 
software could be downloaded from the worldwide web. 

Any data which is exchanged between computers is achieved 
through secure means. Accordingly, all data sent from a particular 
computer is encrypted, and the data is then decrypted at the receiving end. 

10 As known to those skilled in the art, conventional key distribution 

protocols may be used to provide the encryption/decryption capability to 
the data processing system. For example, data encryption/decryption may 
be achieved with a 56 bit DES-type algorithm. 

Prior to processing broker trade information, various data files must 

15 be set up in the main server database, along with identification and 
authentication of each user in the system. 

Figure 2A illustrates a main menu which may be used to help a user 
navigate the data processing system of the invention. The broker 
representative's version of software 24, the branch manager's version of 

20 software 30, and the regional compliance director's version of 36 could all 
be organized in the manner shown in Figures 2A-2E. The main menu 
options, as shown, may include File 46, Trades 48, Blotters 50, Profiles 
52, and Help 54. File option 46 has a number of sub-options in the form of 
a pull down menu, shown as system information, data transfer, backup data 

25 files, restore data files, clean up database, and exit. The Trades option 48, 

as further discussed below, allows the entry and storage of trade data, 

manipulation of trade dataT'ah^ the approval of trades. The Blotters option 

50 allows one to choose various system outputs to include a daily trade 
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blotter, a check/securities blotter, buy and sell tickets, a client activity log, 
and a security activity log. The Profiles option 52 allows a user to set up or 
update various data to include client profiles, broker representative profiles, 
product names, account types, and users. The Help option 54 provides 
5 specific information about the use of the system and also serves as a 
troubleshooting tool. 

Figure 3 includes a series of flow diagrams illustrating the set-up 
process for initiating the data processing system to accept and process data. 
As shown, the first step in the set-up process would be to select the system 

10 information sub-option within the corresponding pull down menu, as 

shown at block 56. A user would then enter the web server IP address and 
IP port in the appropriate dialog boxes in order to identify the location at 
which data is to be transferred, as shown at block 58. The web server IP 
address and IP port correspond to the location and identity of the main 

15 server computer 12. The computer from which information is to be 

transferred must then be identified, as shown at block 60. Each brokerage 
company or entity which uses the data processing system is assigned its 
own branch number. Once the above information has been entered, it is 
confirmed, as shown at block 62. The next step in the set-up process is to 

20 select the broker representative profile sub-option within the pull down 
menu of the Profiles option, as shown at Block 64. Next, a user would 
enter information regarding a particular broker representative by 
completing a profile form. Each broker representative is assigned a unique 
broker representative ID number firom the system administrator, as shown 

25 at block 66. After completion of the data entry, the user would select a 

"save" option to enter the data, as shown at Block 68. Next, a profile is 

created-for-each clientr^s^hownTaTuserw select the client profile 

sub-option fi-om the pull down menu of the Profiles menu option, as shown 
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at block 70. Next, data would be entered regarding each client, and each 
client would also be assigned its own unique client identification number, 
as shown at block 72. Once completed, the client information profile is 
confirmed and this information is stored in the system, as shown at block 
74. Optionally, the set-up process may also include data entry for account 
types and products. If it were desired to enter this type of data in the data 
processing system, it is preferable first to set up these data entries. The 
process for establishing entry of this data is the same as with the other 
information. For example, a user may select account types from the pull 
down menu of the Profiles menu option, as shown in block 76, enter the 
account type which may be assigned a unique three-character account type 
code, as shown at block 78, and then confirm entry of the account 
information, as shown at block 80. Similarly, product information could 
be entered by selecting the product name sub-option from the pull down 
menu of the Profiles menu option, as shown at block 82, entering the 
product type information, as shown at block 84, and confirming entry of the 
product type data, as shown at block 86. Figures 24 and 25 discussed 
below detail the type of information found in the profile screens. 

After the profile information has been entered, trade data may be 
entered and recorded. As shown in Figure 4, a broker representative would 
select the trades sub-option in the Trade menu, as shown at block 88. A 
user interface screen is provided containing multiple informational tabs 
which allow a broker representative to enter information regarding a trade, 
as shown as block 90. The broker representative then enters information 
conceming the type of trade and the particular client, as shown at blocks 
92-94. Depending upon the type of trade, addition^ information^ — 
eritefedTegarding the particular type of product traded, such as stocks and 
bonds, mutual funds, options, etc., as indicated at block 96. Once all the 
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trade information has been recorded for a particular trade, the user prompts 
the information to be recorded on the representative's computer, as shown 
at block 98. Optionally, if the broker representative wishes to review a 
summary of all the trade information in a spread sheet format, the broker 
5 representative may select a browse trade records button, as fiirther 

discussed below, and shown at Block 100. The foregoing description of 
data entry shows that a wide array of information can be entered into the 
data processing system concerning not only trades, but information 
regarding the particular client and the broker representative. 

10 The next step in the data processing system is to have the 

information which has been entered in the local database of the 
representative's computer transferred to the main database. As shown in 
Figure 5, before data can be transferred, a connection to the Internet must 
be made to allow communication between the particular broker 

15 representative computer 22/42, and the main server computer 12. When an 
Intemet connection is made, as shown at block 102, the broker 
representative then selects the option to transfer data to the main server, 
indicated at block 104. A test connection may be selected to ensure that 
there is a connection available to the Intemet, shown at block 106. The 

20 user then selects a start data transfer option shown at block 108. The 
system will indicate that the data transfer was successfully completed, 
shown at block 110. Thus, the data transfer by a broker representative in 
the form of profile information and/or an unapproved trade(s) to the main 
server computer 12 is complete. Typically, a user having administrator 

25 level privileges would be the one who would actually execute the transfer 

data function as discussed further below with regard to Figure 16. 

Executing the data transfer function would handle the transfer of all trade 
records which needed to be recorded in the main database, and also any 
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trade record information which needs to be sent back to the broker 
representative based upon approval/disapproval from a branch manager. 

Once trade data has been received and recorded at the main server 
database, it is the responsibiUty of the various branch managers to approve 
5 the particular trade(s). The responsible breinch manager through computer 
28 makes a connection to the Internet and requests a data transfer in order 
to receive information from the main server computer 12 indicating which 
trades need to be approved. Then the branch manager will signify approval 
or disapproval of the requested trade by, for example, entering a character 

10 in a dialog box on the user interface screen which displays information on 
the requested trade. This approval/disapproval is sent back to the main 
server computer 12 by the branch manager again requesting a data transfer. 
The approval/disapproval is then forwarded to the inquiring broker 
representative once the broker representative requests a data transfer. The 

15 branch manager's version of software 30 has the fiinctionality to review all 
trade-related data entered into the system, such as trade information, client 
information, and broker representative information. However, the branch 
manager's version of software 30 does not allow for any changes or 
modifications to the actual trade records. Accordingly, the primary 

20 interaction between the branch manager and the data processing system is 
review of trade records, and approval or disapproval of trade requests. 

The regional compliance director's software 36 allows a regional 
compliance director to access data files to check for compliance in 
accordance with SEC rules. However, the regional compliance director's 

25 software 36 does not allow for changes or modification to any trade 

records, nor does it allow a regional compliance director^o^^piweor__ 

disapprove of any trades^^A^cordinglyrthe regional compliance director 

- — --'^sofiware^6^now^ the regional compliance computer 34 only to 
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communicate with the main server computer 12 to review trade, client, and 
broker representative information. As with the branch manager's and 
broker representative's computers, the regional compliance director's 
computer communicates with the main server computer 12 as by an Internet 
5 connection wherein data files are transferred electronically in a secure 

environment once the regional compliance director executes a data transfer 
request. 

Figure 6 sunmiarizes the flow of data to and from a broker 
representative. As shown, a representative creates trade records, as shown 

10 at block 112. The broker representative transfers data reflective of 

unapproved trades to the main server database, as shown at block 113. The 
main server database receives the unapproved trades, and processes the 
unprocessed trades by interaction with input from the branch manager(s), 
as shown at block 114. Appro ved/disapproved trades are transferred back 

15 to the representative, as shown at block 115, and finally the representative 
receives the approved/disapproved trade, and takes the appropriate action, 
as shown at block 116. 

As with the representative's version, the branch manager's version 
also allows data transfer to and from the main server database. Prior to 

20 data transfer within the branch manager's version, the same procedure as 
set forth above with respect to Figure 5 must take place with the branch 
manager in order for data transfer to take place. That is, a connection to the 
Intemet must be made, the branch manager selects data transfer to/from the 
main server database, a select start data transfer button is activated, and 

25 after the data has been transferred, a window will display that the data 

transfer was successfully completed. ^ ^ 

— ^Figure^ summaf izeslhellow of data to and from a branch manager. 

As shown at block 117, the main server database forwards a trade request 
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from a broker after the branch manager requests the data transfer. The 
branch manager receives and reviews the trade request, as shown at block 
118. The branch manager's decision in the form of an 
approval/disapproval is transferred back to the main server database upon 
5 execution of another data transfer request by the branch manager, as shown 
at block 119. The main server database receives and processes the 
approved/disapproved trade, as shown at block 120. The 
approved/disapproved trade is then transferred back to the broker 
representative, as shown at block 121, when the broker representative 

10 requests a data transfer the next time the representative accesses the data 
processing system. The broker representative receives and reviews the 
approved/disapproved trade, as shown in block 122. 

Figure 8 summarizes the flow of information to and from a regional 
compliance director. As shown, a regional compliance director requests 

15 information about a particular client, broker representative, or trade, as 
shown at block 123. The main server database processes the information 
requested, shown at block 124. Data is then transferred to the regional 
compliance director corresponding to the requested information, as shown 
at block 125. The regional compliance director's version of software 

20 allows a regional compliance director to review information for the various 
branches which are within the data processing system. However, the 
branch manager's version and broker representative's version are set up so 
that these personnel can only deal with information which concerns their 
particular branch. Thus, the TCP Listener discriminates between the 

25 various branches in terms of communications by the various branch 
managers and broker representatives, and allows regional compliance 
directors to review information from the^specified branches within the data 
processing system."Like the representative's and branch manager's 
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versions, the compliance director's version also requires that the particular 
regional compliance director select a data transfer function when requesting 
information. Thus, the discussion set forth above with respect to Figure 5 
also applies to data transfer to and from the main server database to a 
5 regional compliance director. 

Figure 9 illustrates a user interface display or screen 126 which a 
broker representative completes to enter system information. It should be 
understood that the particular information or data shown in this and the 
following figures is fictitious and is provided only for purposes of 

10 clarifying the type of information which may be entered and processed in 
the data processing system. It should also be understood that Figure 9 and 
the following figures contain a number of dialog boxes for data entry 
corresponding to various data fields. Each of these dialog boxes may be 
modified as necessary to allow data entry of the desired data. Therefore, it 

15 is within the spirit and scope of this invention to modify as necessary the 
various dialog boxes as shown on the numerous user interfaces screens or 
displays in order to best effect the control and manipulation of broker 
transactions. 

Figure 10 shows a user interface screen 127 for entering the client 
20 information for a particular trade. As discussed above, a profile has been 
previously created for each client and broker representative through the 
Profiles menu. In order to create a trade record, there is minimum 
information which should be entered regarding the trade transaction. In the 
case of Figure 10, minimum information which should be entered about a 
25 trade includes the client name shown at dialog box 134, and the broker 

representative who is making the trade shown at dialog box 136^____ 

^jgurei 1-1-illustrates the trade'in^fM^ tab 128 of a user interface 
display or screen wherein the broker representative enters the trade specific 
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information to create a trade record. For this particular screen, the data 
fields which should be completed in the corresponding dialog boxes 
include the trade action 138, the product name which is to be traded 140, 
the time the order was received 142, the time the order was phoned 144, the 
person to whom the order was placed 146, the person from whom the order 
was placed 148, and the particular investment objective for the trade 150. 

Figures 12-15 illustrate the product tabs which are completed to 
enter information regarding a particular type of product to be traded. As 
shown. Figure 12 illustrates a user interface screen for stock and bond 
information 152, Figure 13, illustrates a user interface screen for entry of 
mutual fund information 154, Figure 14 illustrates a user interface screen 
for entry of option information 156, and Figure 15 illustrates a user 
interface screen for entry of variable information 158. 

Figure 16 illustrates a transfer data screen or display which is used 
by a user to transfer data to and from the main server computer. As shown, 
a test connection button 130 is provided for testing an Internet connection, 
and a start data transfer button 132 is provided to prompt data transfer once 
a test connection has been confirmed. Figure 16 illustrates a data transfer 
screen which is used in the broker representative's version. The same type 
of transfer data screen is also used in the branch manager's version and the 
regional compliance director's version in order to execute data transfer. 
The messages sent window 131 displays transaction data being sent to the 
main database, and the messages reviewed window 133 displays 
transactions downloaded from the main server to the various broker 
representative's computers, or the branch manager's/regional compliance 
director's computers if those users are involved in a data transfer request 



^Jtshould-be understood that the transfer data screen of Figure 16 
represents a typical display which shows how data is transferred to and 
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from the main server database from the various system IDs or local 
installations. Thus, it is imperative that the users activate the data transfer 
fiinction at least daily. The data processing system of this invention can be 
set up such that any user can execute a data transfer fiinction; however, it is 
5 preferable that the data transfer fiinction be reserved for only those users 
who have administrator level privileges. For remote installations of the 
broker representative's version, it may be necessary for a particular broker 
to have administrative level privileges to effectuate timely data transfer. 
However, in certain circumstances wherein a LAN is used, one particular 

10 broker representative could be designated to be the system administrator in 
order to execute data transfer. Depending upon the locations and the 
different office arrangements of a particular brokerage firm, selected 
branch managers and/or regional compliance directors may also be 
designated as system administrators in order to effectuate timely data 

1 5 transfer. In those circumstances wherein a particular broker acts as an 
independent broker and is not part of a larger brokerage house, that 
particular independent broker should be designated as the system 
administrator as no other party would normally have access to the broker's 
computer to effectuate data transfer. 

20 As can be seen from the foregoing, an exhaustive and extremely 

detailed amount of information can be recorded about each trade, each 
client, and each broker representative who is handling a particular 
transaction. As understood by those skilled in the art, the foregoing data is 
kept in files or records in the main database, and can be sorted or otherwise 

25 arranged according to any predesignated fields desired. 

Figure 17 shows one example of the type of data^u^utv^d^ 
be created.JThis-output-may be^efeSed to as a browse records output 
which allows a broker representative, branch manager, or regional 
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compliance director to find information regarding a particular client or 
trade. As shown in Figure 17, this output may in the form of a user 
interface screen or display which shows various data fields. In this 
particular example, a user has chosen to view trade records of a particular 
5 system ID 160. The system identification refers to the particular 

installation of software corresponding to a unique and separate entity, such 
as a particular broker representative. Figure 17 fiirther shows a trade 
record identification number 162 corresponding to a specific trade of a 
particular client 164, and the data/time 166 in which the trade record was 

10 entered into the system. As shown, each trade of each client has its own 
unique record ID number corresponding to a particular system ID which 
allows each and every trade record to be distinguished fi-om any others. 

In accordance with SEC regulations, there are a number of recurring 
reports which a brokerage must maintain and be able to produce for a SEC 

15 inspector. One of these reports is known as a daily trade blotter, as shown 
in Figure 1 8, which may be produced by the data processing system of this 
invention. The daily trade blotter 168 is a record of all trade activity which 
has occurred during a designated time fi-ame within a specific branch. The 
data processing system is able to produce this output due to the sorting of 

20 data files according to time, or whatever data field parameters are chosen 
by the user. 

Figure 19 illustrates the means by which a user may request a daily 
trade blotter for a specified period of time. As shown in the example of 
Figure 19, a trade blotter has been requested only for trades occurring on 
25 December 28, 1999, by entering the date in the corresponding dialog boxes 

169. 

Figure 20 is another.example of an oiitpuf which may be created 
- ffbmliie data processing system of this invention. As shown, this output is 
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in the form of a checks/securities received blotter 170 which is also created 
to reflect activity of a particular branch. This is also an example of a report 
which is required to be kept according to SEC regulations. 

Figure 21 is another example of an output which may be created 
5 from the data processing system of this invention. As shown here, a buy 
and sell ticket 172 may be produced for each trade record created. A buy 
and sell ticket is also information which is required to be maintained by 
SEC rules. 

Figures 22 and 23 are yet other examples of reports or outputs which 
10 can be created by the data processing system of this invention. As shown, 
Figure 22 is a client activity log 174 and Figure 23 is a security activity log 
176. As with the creation of the daily trade blotter of Figure 18, the 
reports/outputs of Figures 20-23 may be prompted by a user who utilizes a 
data output request such as shown in Figure 19. These reports or outputs 
15 may be run for specified time periods or may be sorted according to other 
data fields. 

Figure 24 illustrates a user interface screen or display which may be 
used by a user for entry of information regarding a particular client, in the 
form of the client profile 72. The fields which should be entered in order to 

20 create a client profile include the client ID number 178, the client's name 
180, Social Security No. 182, data of birth 184, address 186, home 
telephone 188, annual income 190, net worth 192, and investment 
objectives 194. As shown, there are also other data fields which may be 
used for additional data entry concerning a particular client. 

25 Figure 25 illustrates the user interface screen or display which is 

used by a user for creating a broker representative^profile^6Jlhejlata — 

^fieldswfiich should be completed in the broker representative profile 66 

include the broker representative ID number 196, name 198, address 200, 
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telephone 202, branch number 204, and license information 206. The 
license information 206 relates to the licenses which are held by the 
particular broker representative which indicate the type of securities which 
the broker representative may legally trade. 
5 As can be appreciated by a review of the reports shown in Figures 

18 and 20-23, the data or information found therein has all previously been 
entered into the data processing system through creation of particular trade 
records, and the completion of the client and representative profiles. 

One of the important aspects of the data processing system of this 

10 invention is the security features which prevent unauthorized system access 
and prevent unauthorized tampering of trade records. One of the reasons 
the SEC requires such extensive record keeping for brokers is to prevent 
fraud or other illegal activity with regard to the trade of securities. 
Through the data processing system of this invention, the tampering of 

15 trade records is made quite difficult which better achieves the regulatory 

objectives of the SEC and, of course, better serves all clients. As shown at 
Figure 26, the users sub-option 208 of the profiles menu option 52 provides 
a user interface screen or display which sets up user information and 
authorizations. As shown, there are a number of fields which can be 

20 entered, including the user ID 2 1 0, the user name 2 1 2, the user level 214, 
and the password 216. Each user in the system must be identified by user 
ID, name, user level and password. For each installation of the software in 
the data processing system, one user must be designated as the 
administrator. This person is responsible for setting up access to the 

25 system by the other users (i.e., the distinct software installations at the 

broker representative, branch manager and regional compliance director 

iocations). - Accordingly, the MminTstrator administers the granting of 
unique user IDs and passwords. A person granted administrator level 
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privileges is able to access all user screens and to edit or add trade records, 
or change other data such as client or broker profiles. The next level of 
user authority or access is simply the user level. Users at the user level of 
authorization include broker representatives, branch managers, and regional 
5 compliance directors. As discussed above, each of them are assigned a 
particular user ID from the administrator. Each of the users selects their 
own password or are provided a password from the administrator. In order 
for a user to gain access to the data processing system, the user must enter 
his/her user ID, password, and system identification number. The system 

10 identification number corresponds to the particular installation of a 
software version at a remote site. The system administrator is also 
responsible for identifying and setting up the specific user(s) with each 
system ID. As discussed above, different versions of the softweu-e of the 
data processing system provide different functions. For example, the 

1 5 branch manager's version and the regional compliance director's versions 
do not allow for entering or altering trade record information. Even if a 
branch manager or regional compliance director were to access a computer 
containing the broker representative's version, the data processing system 
would not allow such persons to enter or alter trade record data. The data 

20 processing system recognizes users by user ID and passwords, and only 
allows a user to conduct activities in the system commensurate with their 
authorizations. It is possible to install the broker representative's version of 
software 24 at each remote location to include the locations of the branch 
managers and regional compliance directors because the security features 

25 of the data processing system only allows users to operate within their 

specified authorizations. However, as a practical matter, the brokCT 

___j:epresentative's-version"has~gfeHerlunctionality and is, therefore, a larger 
program which requires more computer memory, etc. Thus, installation of 



only those functional modules which are required at the different remote 
locations is a logical way to organize system installation. 

The last user level which may be designated is the inactive user 
level. This inactive user level may be designated for any number of 
reasons, for example, a broker representative who has recently quit the 
particular brokerage house and has moved to another job must be 
differentiated from a representative still employed. Another situation in 
which the inactive user level could be activated is when there is suspicion 
of improper trade activity being conducted by a particular broker 
representative. In either case, the administrator may designate any user to 
be placed in the inactive status which prevents that particular user from any 
system access. Each time any user, to include an administrator, attempts to 
log on the system, an authentication takes place wherein the unique user 
ID, user level and password, as well as matching the system ID number and 
branch number, are verified by the DBMS Administrator software. A user 
who attempts to log on without correct identification will be denied access. 
As well understood by those skilled in the art, various error messages can 
be displayed at the particular user screen or display which indicate that 
access is denied for failure to enter the correct authentication data. 

Figure 27 illustrates a user interface screen or display showing 
information which is a complete audit trail of modifications made to an 
example trade record once the trade record has been initially created by the 
representative and stored in the main database. This audit trail may be in 
the form of an audit report 210 which lists all activity with regard to the 
particular trade record. As shown, this audit report 210 identifies the 
particular trade record, all modifications made to the trade recordby__ — — 
identification of_the-person-or personslnodifying the trade record, and the 
date and time on which the trade record was modified. As mentioned 
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above, each and every modification made to a trade record is stored in the 
main database, to include changes made by a user having administrator 
level privileges. This type of complete audit trail provides security 
regulators the opportunity to see the "life history" of a trade record, and 
further prevents any unauthorized tampering of trade records. Of course, at 
some point in time, trade records no longer need to be kept in accordance 
with SEC guidelines. Accordingly, the administrator may, at the 
appropriate time, delete an entire trade record history, but does not have the 
capability to delete selected data fields showing modifications to a 
particular trade record. In this way, tampering is also prevented with 
regard to "active" trade records being maintained by the data processing 
system because the entire life history is preserved until such point in time 
when the trade record no longer must be maintained. Because deletion of 
trade records can only be accomplished by an administrator in accordance 
with the authorizations provided by the data processing system, this 
prevents a larger group of other users from having the ability to destroy 
trade records. 

Figure 28 illustrates a user interface screen 211 showing the means 
by which a user can select the output of data in the trade audit trail report 
based upon a selected broker representative, branch, and time period. The 
trade audit report can be requested via a menu option on the main menu, or 
can be accessed by a sub-menu option as desired. 

Figure 29 illustrates yet another security feature of the data 
processing system which shows a log-in report for all those persons who 
have attempted to or who have actually logged on to the system. As 
shown, the log-in report 212 may be sorted according to datej)rder._ Al^ - 
this log-ih report may be sorted according to a particular user. By viewing 
this log-in report, the frequency and type of activity that has occurred for 
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each log-in can be observed. Additionally, if a number of failed log-in 
attempts are recorded based upon incorrect passwords, user IDs, or system 
IDs, this could indicated that an individual is attempting to break through 
the security features of the data processing system. In any event, the log- in 
5 report also has use for maintaining compliance with SEC regulations as the 
log-in report can be used to verify specific trade activity, a specific user's 
activity, and critical dates and times. 

Figure 30 illustrates a user interface screen 213 by which a user can 
select the output of data in the log-ins report 212. The user interface screen 

10 213 of Figure 30 is very similar in format to the user interface screen 211 
of Figure 28, wherein the log- ins report can be run based upon a particular 
user, branch, or time period. 

As a review of the data transfer within the data processing system, a 
broker representative enters trade data into his/her local database. Each 

1 5 trade is identified by the system ID (particular software installation) of a 
particular branch office, and is also identified by the user ID of the broker 
representative who makes the data entry. On a daily basis or as frequently 
as necessary, the user having administrator level privileges will connect 
with the main server database, via a standard Intemet connection with the 

20 TCP Listener. All newly created, unapproved trade records and supporting 
data are copied to the main server database. Each branch manager 
responsible for approving trade records will have a separate installation of 
the branch manager's version. When the branch manager connects to the 
main server database and reports unapproved trades, the TCP Listener 

25 locates unapproved trade records and supporting data that have matching 

system IDs and bra nch numbers and transfer s thesctrade records to-the 

branch manager's local database. The branch manager uses his/her version 
of the software to review and approve/disapprove the trades, and then 
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reconnects to the main server to request transfer of the acted on trades. The 
TCP Listener identifies the newly approved trade records and copies them 
back to the main server. Finally, the newly approved trade records are 
returned to the original broker representative local database which created 
5 the trade record the next time the broker representative reconnects to the 
TCP Listener and requests a data transfer. 

The main server computer 12 recognizes each of the many local 
databases that connect to it by their unique system ID. Therefore, each 
local installation as discussed above must be assigned a unique system ID 

10 within each branch that has been pre-established by the system 

administrator and previously entered into the main server database. 
Without this identifying link, the main server database cannot track the 
trade records and other data properly. 

As long as each local installation with the unique system ID and 

1 5 each broker representative and branch manager enter the correct branch 

number, the TCP Listener will be able to match and facilitate transfer of the 
data properly between the broker representatives and their branch 
manager(s). 

The foregoing discussion of the broker representative's screens has 
20 illustrated the manner in which data can be entered, manipulated and 

outputted in the data processing system of this invention. The foregoing 
discussion has also presented the trade audit report which monitors the 
modification of any trade records which have been entered into the system. 
In order for a broker representative to modify a particular trade record, the 
25 broker representative's version includes menu options which allow the 

broker representative to find a particular trade by means of either the _ 

assigned trade record number, th^ cUent, or the date oh which a trade 
__^record was created. Then, the broker representative can choose an edit 
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option (not shown) which allows the broker representative to change a 
trade record as desired. As discussed above, any and all changes made to 
an entered trade record will be reflected in the trade audit report. In the 
branch manager's version, the branch manager is able to find a particular 
5 trade, or track the activity of a particular broker representative, by entering 
the trades option and locating a particular trade according to another menu 
option (not shown) which directs the branch manager to the trade desired. 
Alternatively, the branch manager may view the browse records report as 
shown in Figure 17 and highlight/mark a particular trade for observation of 

10 the information in the trade record thereof. Similarly, the compliance 

director's version provides functionality so a compliance director may find 
a particular trade or observe the activity of a particular branch or broker 
representative by conducting a search of a particular trade record or broker 
representative through the various menu options provided within the 

15 compliance director's version. In short, the branch manager's version and 
the compliance director's version provides screens very similar to the 
broker representative's version, but these versions prevent the activation of 
particular menu options which would otherwise allow the branch manager 
or compliance director to modify or alter trade records. 

20 Figure 3 1 is a schematic diagram illustrating the flow of information 

within the data processing system with respect to electronic mail which has 
been sent by a client to a broker representative. The e-mail function can be 
accessed from an icon (not shown) in the main menu. As shown, a client 
has generated an e-mail message which is carried by the Internet 300 as an 

25 incoming, unreviewed e-mail 302 received by an extemal e-mail server 

computer 304. The e-mail message is forwarded from the e-maij_server_ 

^304 to-the main serveTdatabase computer 308. From this point on, the 

e-mail message is treated in the same way as a trade record which has been 



1 




35 

created by a broker representative and has been sent to the main database 
for recording and for subsequent forwarding to the branch manager for 
review. Data transfer for e-mail messages within the data processing 
system is achieved similar to the way in which the data processing system 
5 manages the transfer of data for trade records, except that the user does not 
have to access a separate data transfer screen, and the data transfer may 
take place by use of the various icons within the user interface screens or 
displays. For example, icons such as upload, download, forward, etc., are 
provided which allow an e-mail message to be transferred in the data 

10 processing system, and these data transfer functions are built into the 
applicable user interface screens. However, even e-mail messages are 
encrypted upon transmission and are decrypted upon receipt. The main 
database records entry of the incoming e-mail message in a database, and 
forwards the recorded incoming e-mail message 3 10 to a branch manager's 

15 computer 3 12 for review. For the incoming e-mail messages, the branch 
manager does not approve/disapprove the e-mail message, but rather 
simply indicates that the e-mail message has been reviewed. If the branch 
manager observes something objectionable within the text of the incoming 
e-mail, for example, a client who wishes for a broker representative to 

20 guarantee a return on an investment, the branch manager would then take 
appropriate follow-up action (e.^., create an e-mail message to the 
particular broker representative) to ensure that this particular incoming 
e-mail message was properly handled by the broker to whom it was 
addressed. Accordingly, the functionality of the data processing system of 

25 this invention with regard to incoming e-mail messages is directed to the 

branch manager indicating a review of the e-mail message, and then _ 
allowing follow-up by the branch manager_generating'His7her own e-mail 
message-which m^^^comm^^ e-mail message. If a broker 



# 



36 

representative notes that an incoming e-mail message has been reviewed 
without additional comments by the branch manager, this would signify 
that no further discussion of this particular incoming e-mail message needs 
to take place. After the branch manager indicates review of the e-mail 
5 message, the message is sent back to the main database computer as an 

acted-on e-mail message 3 14. The main database computer 308 records the 
status of the reviewed e-mail message (ie., the e-mail message being 
reviewed), and forwards the recorded acted-on e-mail message 316 to the 
representative's computer 318. 

10 The management of e-mail messages as described above occurs for 

each and every e-mail message which is directed to a particular broker 
representative. Of course, a broker representative could maintain a separate 
e-mail account for personal and non-business-type message traffic, such as 
e-mail generated between family and friends. Thus, the most efficient use 

1 5 of the data processing system of this invention is for the management of 
official e-mails between a broker representative and a client which 
contemplate the trade of a security. 

Figure 32 is a schematic diagram illustrating the flow of information 
within the data processing system with respect to electronic mail which has 

20 been sent from a broker representative to a client. For e-mail which is sent 
from the broker representative, this e-mail requires the actual approval/ 
disapproval of the branch manager. Thus, as shown here, a broker 
representative generates an e-mail message at the broker representative's 
computer 318. The unapproved e-mail message 322 generated by the 

25 broker representative is forwarded to the main database computer 308. The 

main database computer makes a record of this generated unapproved^ 

e-mail message and, upon request, forwards the recorded unapproved 
— ^e-mair message 324 to the branch manager's computer 312. The branch 
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manager indicates approval/disapproval of the e-mail message and the 
approved/disapproved e-mail message 326 is returned to the main database 
computer 308 for recording. The main database computer then completes 
the routing of the recorded and approved e-mail message 328 by 
5 forwarding it to the e-mail server 304. If an e-mail is disapproved, it is 
retumed to the broker who generated the message, shown as disapproved 
message 329. The e-mail server then forwards the approved e-mail 
message 328 to the Intemet for ultimate receipt by the addressed client. 
E-mail generated by a broker which is not approved by the branch manager 
10 may also be placed in a file in the form of a compliance report document 
within the main database. This compliance report document is shown as 
block 330. 

Figure 33 illustrates a user interface screen or display showing the 
inbox tab of the e-mail function of the representative's version which 

1 5 allows the broker representative to receive e-mail, reply to the author of a 
received e-mail, or forward any e-mail messages. As shown, the display 
330 has buttons for receiving incoming mail messages not yet read 332, 
replying to the author of an e-mail message 334, and forwarding a received 
e-mail message 336. A user selecting one of these three buttons activates 

20 data transfer of the particular e-mail concerned. As also shown in Figure 
33, this screen of Figure 33 also displays e-mails received categorized by 
the sender of the e-mail, subject of e-mail, the date received, and whether 
or not the e-mail has yet been reviewed by the branch manager. 
Conveniently, the bottom portion of the screen shows the full text of the 

25 e-mail which is highlighted or marked by the user. As well understood by 

those skilled in the art, a user can keep selected e-mail messagesjrrdie______ 

inbox,_or may-wish-to delete'ane^^nail from the inbox and place it in 
another file such as a hold or trash file (not shown). 



38 



Figures 34-36 illustrate various menu bar options which maybe 
displayed on the user interface screen or display corresponding to the inbox 
tab of the e-mail portion of the representative's version. As shown in 
Figure 34, the pull down menu corresponding to the file option includes 
5 sub-options: save message, save address, save attachment, and print. 
Figure 35 shows the pull down menu for the edit option including the 
sub-options of select all, delete, and find. Figure 36 shows the pull down 
menu for the tools option which includes an address book sub-option. 



10 outbox tab 338 of the e-mail portion of the representative's version. As 

shown, the screen for the outbox lists all e-mail messages which have been 
generated by the broker representative but not yet transferred to the branch 
manager for approval. As with the inbox tab shown in Figure 33, the 
outbox tab of Figure 37 also includes a lower screen portion which can 
1 5 show the full text of a particular e-mail highlighted by the user. 

Figure 38 illustrates the user interface screen or display showing the 
branch outbox tab 339 of the e-mail portion of the representative's version. 
As shown, branch outbox 339 lists not only e-mail messages concerning 
one particular broker representative, but also other broker representative's 
20 within a particular branch. Occasionally, it may be necessary for a 

particular broker representative to check on correspondence sent to another 
broker representative, as two broker representatives may be serving mutual 
clients. Accordingly, the branch outbox tab allows a representative to 
review other recent correspondence directed to another broker 
25 representative within the same branch. The branch outbox 339 also has an 
approved/rejected column which indicates whether the correspondence^has. 
yet been approved or rejected,by-the branch rnanagerT^ tab 339 is 

— mafkedas a branch outbox tab, it has additional functionality in 



Figure 37 illustrates the user interface screen or display showing the 
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comparison to the outbox tab 338 in that tab 339 shows the particular status 
of communication by inclusion of the approved/rejected column. 

Figures 39 and 40 illustrate various menu bar options corresponding 
to the outbox tab of the e-mail portion of the representative's version. For 
Figure 39, the pull down menu corresponding to the file menu bar option 
includes the same sub-options as Figure 34, namely, save message, save 
address, save attachment, and print. For the pull down menu corresponding 
to the edit menu bar option of Figure 40, the sub-option includes a find 
function. The find sub-options for both Figure 35 and Figure 40 allow the 
broker representative to search for a particular e-mail by subject, date 
generated, etc. 

Figure 41 illustrates a user interface screen or display 340 of the sent 
items tab of the e-mail portion of the representative's version. This screen 
is similar to the inbox and outbox tabs. This screen simply lists the e-mail 
messages which have been transferred fi*om the broker representative's 
computer, either for approval by the branch manager, and those which have 
been previously approved/disapproved. Accordingly, Figure 41 has an 
indication of whether a particular e-mail message has been approved or 
disapproved. As with the inbox and outbox screens, the lower portion of 
the screen 340 also allows one to view the full text of a highlighted e-mail 
message. 

Figures 42 and 43 illustrate some of the menu bar options which 
may be displayed corresponding to the sent items tab of the e-mail portion 
of the representative's version. As shown in Figure 42, the file menu bar 
option has the same pull down menu and sub-options as the screens 
corresponding to the inbox and outbox tabs, and Figure 43 yiustrates_the_ - 
pull down rfienu'coin'es^ to the edit menu bar option which also has 

the find function. 
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Figure 44 illustrates the user interface screen or display 
corresponding to the new message tab of the e-mail portion of the 
representative's version. As shown, this screen 342 allows a user to create 
an e-mail message, send an e-mail message by clicking on the send icon 
5 344, attaching a file to the e-mail message by clicking on the attach icon 
346, and finding a particular e-mail address previously entered into the 
address book of the e-mail portion of the representative's version, by 
clicking on the find address icon 348. 

Figures 45-47 illustrate some of the menu bar options which may be 

10 displayed corresponding to the new message tab of the e-mail portion of the 
representative's version. As shown in Figure 45, the file menu bar option 
includes a pull down menu to include the sub-options of open, send, save 
message, and print. The edit menu bar option of Figure 46 includes a pull 
down menu including the sub-options of review, undo, paste, copy, cut, 

15 select all, and find. The insert menu bar option of Figure 47 includes a pull 
down menu having the sub-options of file attachment, and text firom file. 

Figure 48 illustrates a user interface screen or display for a print 
command 350 of the e-mail portion of the representative's version which 
the user activates in order to print a desired e-mail message. 

20 Figure 49 illustrates a user interface screen 352 for an address book 

of the e-mail portion of the representative's version. As shown, an address 
book screen 352 may be created to store e-mail addresses corresponding to 
particular individuals or entities. The address book may be manipulated, 
with the fimctions shown in the icons on screen 352. 

25 Figure 50 is a user interface screen or display 354 illustrating the 

check incoming messages tab of the e-mail portion of the branchjnanager^s^ 
version. - — 
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Figure 50 also shows the text indicating the presence of an inbox tab 
356, outbox tab 358, and sent items tab 360. These three tabs exist in the 
branch manager's version and have essentially the same functionality as 
discussed above with respect to the broker representative's version; 
5 therefore, a discussion thereof will not be repeated. Within the check 
incoming messages tab 354, the user has the option of selecting all 
reviewed messages 364, or selecting all unreviewed e-mail messages 366. 
Activating the select all reviewed button 364 allows the branch manager to 
view all reviewed e-mail messages. Activating the select all unreviewed e- 

10 mail messages button 366 allows the branch manager to view all 

unreviewed e-mail messages which have been forwarded from the broker 
representative's computer to the main server database, and which are 
awaiting for review by the branch manager. However, the branch manager 
must actually transfer the unreviewed e-mails by also clicking on the 

15 download button 367 which downloads the unreviewed c-mails from the 
main server database to the branch manager's computer. After reviewing 
the various e-mail messages, the branch manager would highlight or mark 
the particular e-mail message, and then click on the review button 368. By 
selecting the review button 368, the particular e-mail message would then 

20 have an indication in the reviewed column 372 as to the branch manager's 
action. In order to forward the e-mail messages just acted on, the branch 
manager would then select the upload icon 374 in order for the action to be 
recorded in the main database. In order to timely and effectively handle the 
review of incoming e-mail messages, the branch manager must periodically 

25 log on to the data processing system and check incoming messages through 
the check incoming messages tab 354, and then downloadjhemessages 

Underlnosrcircumstances, a branch manager would indicate review 

of a particular e-mail message, and then immediately click on the upload 
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button 374 to make the message available for sending the e-mail message 
back to the broker representative. In some circumstances, however, the 
branch manager may wish to wait to upload the e-mail message whereby 
the reviewed e-mail message would remain in the local database of the 
branch manager's computer. 

Figure 50 also shows search icon 375, further discussed below. 

Figures 5 1-53 illustrate menu bar options which may be displayed 
corresponding to the check incoming message tab 354 of the e-mail portion 
of the branch manager's version. Figure 51 illustrates the pull down menu 
corresponding to the file menu bar option. Figure 52 illustrates the pull 
down menu corresponding to the edit bar option, and Figure 53 illustrates 
the pull down menu for the tools menu bar option. The select all 
sub-option in the pull down menu of Figure 52 allows a user to execute a 
command with respect to all those e-mail messages which have been 
highlighted or marked. The select unmarked sub-option in the pull down 
menu of Figure 52 allows a user to execute a command with respect to all 
those e-mail messages which have not been marked or highlighted. The 
searched words sub-option 378 in the pull down menu of Figure 53 allows 
a branch manager to search for particular words or phrases which are found 
in any e-mail message either sent to a broker representative fi'om a client, 
or sent from a broker representative to a client. The SEC guidelines 
requires the monitoring of particular words or phrases used in any 
securities transactions. 

Figure 54 illustrates a user interface screen showing the searched 
words function 378 which allows e-mail message text to be scanned for 

usage of any words or phrases, as identified by the user who enters_the 

words or phrases in the space available within the screen. For example, a 
branch manager may have a listing of those words which the SEC requires 
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to be monitored in all e-mail transactions. As necessary, the branch 
manager may update this list by adding new words, or deleting words or 
phrases. Adding new words may be completed by activating the add listing 
button 380, while words or phrases to be deleted can be done so by 
5 highlighting the particular word or phrases and then activating the delete 
button 382. Pressing the OK button 384 indicates that the searched words 
listing is updated according to the user's desire. Activating the cancel 
button 386 will cancel any previous changes just made to the listing. 

Once a branch manager has created the searched words listing as 

10 shown in Figure 54, the branch manager would click on the search icon 375 
of Figure 50 in order to conduct a search of the words or phrases which 
appear in the searched words listing. This search can be conducted with 
respect to reviewed, unreviewed, approved or unapproved e-mail messages. 
If the search has found any e-mail messages which include the targeted 

15 words or phrases, such e-mail messages will be identified and listed in the 
upper large text box 387 of the screen 354 of Figure 50 so that the branch 
manager can analyze such messages. As necessary, the branch manager 
can then conduct necessary follow-up actions to handle any flags which 
could be raised by use of the searched words or phrases. 

20 Figure 55 illustrates a user interface screen or display showing the 

check outgoing messages of the e-mail portion of the branch manager's 
version. As shown, Figure 55 is the same as Figure 50 in terms of the 
options provided to the branch manager for handling outgoing e-mail 
messages sent from a broker. Accordingly, the check outgoing messages 

25 tab 388 includes an upload button 390, a search button 392, an approve 
button 394, a reject/disapprove button^96^j^vviij^^ 

' all approval button 400, and a select all unapproved button 402. In 

accordance with the discussion set forth above with respect to Figure 32 
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(e-mail sent from a broker), a branch manager would download all 
unapproved outgoing messages, review the messages, signify 
approval/rejection, and then upload the acted-on e-mail messages. A 
search can be conducted for outgoing messages by activating the search 
5 button 392. The branch manager could also review all previously approved 
trades by clicking on the select all approved button 400. 

Figures 56-58 illustrate the various menu bar options and pull down 
menus which may be displayed on a user interface screen or display 
corresponding to the check outgoing messages tab of the e-mail portion. 

10 The menu bar options and pull down menus shown in Figures 56-58 mirror 
those found in Figures 5 1-53. 

Figure 59 illustrates a user interface screen or display showing the 
new message tab 362 of the e-mail portion of the branch manager's version. 
The new message tab 362 has a essentially the same functionality as the 

1 5 new message tab 342 of the broker representative's version. Specifically, 
the new message 362 includes a send function, an attach function, and a 
find address function. Additionally, the branch manager's version has an 
approve button 363 which the branch manager utilizes in approving his/her 
own new e-mail message which has been created. In other words, even for 

20 message traffic which is created by a particular branch manager, the branch 
manager must have approval of his/her own message generated. Of course, 
if a particular branch manager creates a new message and then decides that 
such message cannot be approved, instead of creating the message and then 
marking it with a rejected flag, the branch manager would simply start over 

25 and create a new message which could be approved. Also, it is within the 
spirit and scope of this invention to provide functionality mju^nchjbranch — 

managersperiodically check one another's created messages for 

compliance. Accordingly, the branch manager's version could have 
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functionality which would allow a branch manager to be designated as a 
reviewing branch manager for a period of time, and then such reviewing 
branch manager would review the e-mail messages created by other branch 
managers within a brokerage. The particular reviewing branch manager 
could be rotated among the branch managers as desired. In the case where 
a branch manager was tasked with reviewing e-mail message traffic created 
by another branch manager, a reject button could also be provided on tab 
362 which would enable the branch manager reviewing a particular e-mail 
message to reject the message in the same manner as use of the reject 
button 396. 

This invention has been described in detail with reference to a 
particular embodiment thereof, but it will be understood that various other 
modifications can be effected within the spirit and scope of this invention. 



